预备知识
请先看mysql如何做到crash后无损恢复数据，了解下mysql是如何数据落地磁盘的。
binlog
事务执行时先把日志写到binlog cache,事务提交，binlog cache就将日志写到文件系统的page cache,这个操作叫做write。 然后等fsync来刷盘，持久化磁盘数据，这个操作叫做fsync。这2个操作是由一个叫做sync_binlog来控制的。
- sync_binlog=0 的时候，表示每次提交事务都只 write，不 fsync；
- sync_binlog=1 的时候，表示每次提交事务都会执行 fsync；
- sync_binlog=N(N>1) 的时候，表示每次提交事务都 write，但累积 N 个事务后才 fsync。
实际业务场景是100-1000，但是对于强数据安全的，可以设置为1，这个1就是双1中的1。
redolog
和前面的binlog差不多，事务执行的时候先把数据写入到redo log buffer里面，事务提交就开始写入到page cache里面，也就是write操作，第三步就是fsync操作，将文件系统缓存的page cache持久化到磁盘里面去。
为了控制 redo log 的写入策略，InnoDB 提供了 innodb_flush_log_at_trx_commit 参数，它有三种可能取值：
- 设置为 0 的时候，表示每次事务提交时都只是把 redo log 留在 redo log buffer 中 ;
- 设置为 1 的时候，表示每次事务提交时都将 redo log 直接持久化到磁盘；
- 设置为 2 的时候，表示每次事务提交时都只是把 redo log 写到 page cache。
而这个１就是就是双一的最后一个１了
不仅仅如此，其实也没那么简单，比如redo log buffer快满了，怎么办，别的事务没提交怎么办，这些当然都是直接先写入磁盘处理。
后记
Mysql默认就是双一配置。